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DETAILED ACTION 

Response to Amendment 

1 . This Office Action has been issued in response to amendment filed on 17 August 2007. 
Claims 62-73 have been added. Claims 1-73 are pending. Applicants' arguments have been 
carefully and respectfully considered in light of the instant amendment and are persuasive, as 
they relate to the claim rejections under 35 U.S.C. 101. However, after further search and 
consideration, Examiner has found relative prior art. Accordingly, this action has been made 
NON-FINAL. 

Claim Rejections - 35 USC §102 

2. The following is a quotation of the appropriate paragraphs of 35 U.S.C 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public use or on 
sale in this country, more than one year prior to the date of application for patent in the United States. 

3. Claims 1-4, 10, 1 1, 15, 22, 29, 32, 33-36, 44, 45, 49, 55, and 58-73 are rejected under 35 
U.S.C. 102(b) as being anticipated by Xu et al (US 6,324,581 Bl). 

With respect to independent claim 1, Xu teaches a method of operating a network file 
server for providing clients with concurrent write access to a file, the method comprising the 
network file server responding to a concurrent write request from a client by: 

(a) obtaining a lock for the file (see column 3, line 60 through column 4 t line 12); and then 

(b) preallocating a metadata block for the file (see column 5, line 36-64); and then 

(c) releasing the lock for the file (see column 9, lines 21-39); and then 

(d) asynchronously writing to the file (see column 9, lines 21-39); and then 
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(e) obtaining the lock for the file (see column 3, line 60 through column 4, line 12); and then 

(f) committing the metadata block to the file (see column 8, line 65 through column 9, line 
39); and then 

(g) releasing the lock for the file (see column 9, lines 2 J -39). 

With respect to dependent claim 2, Xu further teaches a hierarchy of blocks including an 
inode block of metadata, data blocks of file data, and indirect blocks of metadata, and wherein 
the metadata block for the file is an indirect block of metadata (see column 8, lines 36-64). 

With respect to dependent claim 3, Xu further teaches copying data from an original 
indirect block of the file to the metadata block for the file, the original indirect block of the file 
having been shared between the file and a read-only version of the file (see column 8, line 65 
through column 9, line 39). 

With respect to dependent claim 4, Xu further teaches concurrent writing for more than 
one client to the metadata block for the file (see column 11, lines 20-37 and column 13, lines 36- 
42). 

With respect to dependent claim 10, Xu further teaches writing the metadata block to a 
log in storage of the network file server for committing the metadata block for the file (see 
column 8, line 65 through column 9, line 39). 

With respect to dependent claim 1 1, Xu further teaches gathering together preallocated 
metadata blocks for a plurality of client write requests to the file, and committing together the 
preallocated metadata blocks for the plurality of client write requests to the file by obtaining the 
lock for the file, committing the gathered preallocated metadata blocks for the plurality of client 
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write requests to the file, and then releasing the lock for the file (see column 8, line 36 through 
column 9, line 39). 

With respect to independent claim 15, Xu teaches a method of operating a network file 
server for providing clients with concurrent write access to a file, the method comprising the 
network file server responding to a concurrent write request from a client by: 

a) preallocating a metadata block for the file (see column 8 y line 36-64); and then 

b) asynchronously writing to the file (see column 9, lines 21-39); and then 

c) committing the metadata block to the file (see column 8, line 65 through column 9, line 
39); 

wherein the method includes gathering together preallocated metadata blocks for a 
plurality of client write requests to the file, and committing together the preallocated metadata 
blocks for the plurality of client write requests to the file by obtaining a lock for the file, 
committing the gathered preallocated metadata blocks for the plurality of client write requests to 
the file, and then releasing the lock for the file (see column 8, line 36 through column 9, line 39). 

With respect to dependent claim 22, Xu further teaches processing multiple concurrent 
read and write requests by pipelining the requests through a first processor and a second 
processor, the first processor performing metadata management for the multiple concurrent read 
and write requests, and the second processor performing asynchronous reads and writes for the 
multiple concurrent read and write requests (see column 8, line 36 through column 9, line 39). 

With respect to independent claim 29, Xu teaches a method of operating a network file 
server for providing clients with concurrent write access to a file, the method comprising the 
network file server responding to a concurrent write request from a client by: 
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d) preallocating a metadata block for the file (see column 8, line 36-64); and then 

e) asynchronously writing to the file (see column 9, lines 2 J -39); and then 

f) committing the metadata block to the file (see column 8, line 65 through column 9, line 
39); 

wherein the method includes processing multiple concurrent read and write requests by 
pipelining the requests through a first processor and a second processor, the first processor 
performing metadata management for the multiple concurrent read and write requests, and the 
second processor performing asynchronous reads and writes for the multiple concurrent read and 
write requests (see column 8, line 36 through column 9, line 39). 

With respect to independent claim 32, Xu teaches A method of operating a network file 
server for providing clients with concurrent write access to a file, the method comprising the 
network file server responding to a concurrent write request from a client by executing a write 
thread, execution of the write thread including: 

a) obtaining an allocation mutex for the file (see column 3, line 60 through column 4, line 
12); and then 

b) preallocating new metadata blocks that need to be allocated for writing to the file (see 
column 8, line 36-64); and then 

c) releasing the allocation mutex for the file (see column 9, lines 21-39); and then 

d) issuing asynchronous write requests for writing to the file (see column 9, lines 21-39); 

e) waiting for callbacks indicating completion of the asynchronous write requests (see 
column 9, lines 21-39); and then 
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f) obtaining the allocation mutex for the file (see column 3, line 60 through column 4, line 
12)\ and then 

g) committing the preallocated metadata blocks (see column 8, line 65 through column 9, 
line 39) \ and then 

h) releasing the allocation mutex for the file (see column 9 t lines 21-39). 

With respect to claims 33-36, claims 33-36 correspond to claims 1-4 and are rejected for 
the same reasons as set forth in the rejection of claims 1-4 above. 

With respect to claims 44-45, claims 44-45 correspond to claims 10-11 and are rejected 
for the same reasons as set forth in the rejection of claims 10-11 above. 

With respect to claim 49, claim 49 corresponds to claim 15 and is rejected for the same 
reasons as set forth in the rejection of claim 15 above. 

With respect to claim 55, claim 55 corresponds to claim 29 and is rejected for the same 
reasons as set forth in the rejection of claim 29 above. 

With respect to claim 58, claim 58 corresponds to claim 32 and is rejected for the same 
reasons as set forth in the rejection of claim 32 above. 

With respect to dependent claim 59, Xu further teaches an uncached write interface, a file 
system cache and a cached read-write interface, and wherein the uncached write interface 
bypasses the file system cache for sector-aligned write operations (see column 8, line 36 through 
column 9, line 39). 

With respect to dependent claim 60, Xu further teaches the network file server is further 
programmed to invalidate cache blocks in the file system cache including sectors being written to 
by the cached read-write interface (see column 8, line 36 through column 9, line 39). 
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With respect to independent claim 61, Xu teaches a method of operating a network file 
server for providing clients with concurrent write access to a file, the method comprising the 
network file server responding to a concurrent write request from a client by: 

g) preallocating a block for the file (see column 8, line 36-64); and then 

h) asynchronously writing to the file (see column 9, lines 21-39); and then 

i) committing the preallocated block (see column 8 t line 65 through column 9, line 39); 
wherein the network file server also includes an uncached write interface, a file system 

cache, and a cached read-write interface, wherein the uncached write interface bypasses the file 
system cache for sector-aligned write operations, and the network file server is programmed to 
invalidate cache blocks in the file system cache including sectors being written to by the cached 
read-write interface (see column 8, line 36 through column 9, line 39). 

With respect to dependent claim 62, Xu further teaches a final step of returning to said 
client an acknowledgement of the writing to the file (see column 8, line 36 through column 9, 
line 39). 

With respect to claims 63-67, claims 63-67 correspond to claim 62 and are rejected for 
the same reasons as set forth in the rejection of claim 62 above. 

With respect to dependent claim 68, Xu further teaches a final step of saving the file in 
disk storage of the network file server (see column 8, line 36 through column 9, line 39). 

With respect to claims 69-73, claims 69-73 correspond to claim 68 and are rejected for 
the same reasons as set forth in the rejection of claim 68 above. 

Claim Rejections - 35 USC §103 
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4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the imention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

5. Claims 5-9, 12-14, 16-21, 23-28, 30, 31, 37-43, 46-48, 50-54, 56, and 57 are rejected 
under 35 U.S.C. 103(a) as being unpatentable over Xu in view of Marcotte (US 6,449, 614 Bl). 

With respect to dependent claim 5, note the discussion of claim 1 above, Xu discloses all 
of the elements of claim 1, but fails to explicitly recite the asynchronous writing to the file 
includes a partial write to a new block that has been copied at least in part from an original block 
of the file, and wherein the method further includes checking a partial block conflict queue for a 
conflict with a concurrent write to the new block, and upon failing to find an indication of a 
conflict with a concurrent write to the new block, preallocating the new block, copying at least a 
portion of the original block of the file to the new block, and performing the partial write to the 
new block. 

However, Marcotte teaches the asynchronous writing to the file includes a partial write to 
a new block that has been copied at least in part from an original block of the file, and wherein 
the method further includes checking a partial block conflict queue for a conflict with a 
concurrent write to the new block, and upon failing to find an indication of a conflict with a 
concurrent write to the new block, preallocating the new block, copying at least a portion of the 
original block of the file to the new block, and performing the partial write to the new block (see 
column 13, line 35 through column 14, line 43). 
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At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Xu and Marcotte before him or her, to modify the asynchronous writing of Xu to 
include the holding queue of Marcotte for the purpose of achieving better performance eliminate 
the need to suspend the system. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

Therefore, it would have been obvious to combine Marcotte with Xu to obtain the 
invention as specified in the instant claims. 

With respect to dependent claim 6, note the discussion of claim 1 above, Xu discloses all 
of the elements of claim 1, but fails to explicitly recite the asynchronous writing to the file 
includes a partial write to a new block that has been copied at least in part from an original block 
of the file, and wherein the method further includes checking a partial block conflict queue for a 
conflict with a concurrent write to the new block, and upon finding an indication of a conflict 
with a concurrent write to the new block, waiting until resolution of the conflict with the 
concurrent write to the new block, and then performing the partial write to the new block. 

However, Marcotte teaches the asynchronous writing to the file includes a partial write to 
a new block that has been copied at least in part from an original block of the file, and wherein 
the method further includes checking a partial block conflict queue for a conflict with a 
concurrent write to the new block, and upon finding an indication of a conflict with a concurrent 
write to the new block, waiting until resolution of the conflict with the concurrent write to the 
new block, and then performing the partial write to the new block (see column 13, line 35 
through column 14, line 43). 
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At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Xu and Marcotte before him or her, to modify the asynchronous writing of Xu to 
include the holding queue of Marcotte for the purpose of achieving better performance eliminate 
the need to suspend the system. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

Therefore, it would have been obvious to combine Marcotte with Xu to obtain the 
invention as specified in the instant claims. 

With respect to dependent claim 7, Marcotte further teaches placing a request for the 
partial write in a partial write wait queue upon finding an indication of a conflict with a 
concurrent write to the new block, and performing the partial write upon servicing the partial 
write wait queue (see column 13, line 35 through column 14, line 43). 

With respect to dependent claim 8, note the discussion of claim 1 above, Xu discloses all 
of the elements of claim 1, but fails to explicitly recite checking an input-output list for a 
conflicting prior concurrent access to the file, and upon finding a conflicting prior concurrent 
access to the file, suspending the asynchronous writing to the file until the conflicting prior 
concurrent access to the file is no longer conflicting. 

However, Marcotte teaches checking an input-output list for a conflicting prior 
concurrent access to the file, and upon finding a conflicting prior concurrent access to the file, 
suspending the asynchronous writing to the file until the conflicting prior concurrent access to 
the file is no longer conflicting (see column 12, line 7 through column 13, line 32). 
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At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Xu and Marcotte before him or her, to modify the asynchronous writing of Xu to 
include the waiting list of Marcotte. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

Therefore, it would have been obvious to combine Marcotte with Xu to obtain the 
invention as specified in the instant claims. 

With respect to dependent claim 9, Marcotte further teaches providing a sector-level 
granularity of byte range locking for concurrent write access to the file by the suspending of the 
asynchronous writing to the file until the conflicting prior concurrent access is no longer 
conflicting (see column 1 2, line 7 through column 13, line 32). 

With respect to dependent claim 12, note the discussion of claim 1 above, Xu discloses 
all of the elements of claim 1, Xu further teaches checking whether a previous commit is in 
progress after asynchronously writing to the file and before obtaining the lock for the file for 
committing the metadata block to the file (see column 8, line 36 through column 9, line 39), but 
fails to explicitly recite upon finding that a previous commit is in progress, placing a request for 
committing the metadata block to the file on a staging queue for the file. 

However, Marcotte teaches upon finding that a previous commit is in progress, placing a 
request for committing the metadata block to the file on a staging queue for the file (see column 
12, line 7 through column 13, line 32). 
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At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Xu and Marcotte before him or her, to modify the asynchronous writing of Xu to 
include the waiting list of Marcotte. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

Therefore, it would have been obvious to combine Marcotte with Xu to obtain the 
invention as specified in the instant claims. 

With respect to independent claim 13, Xu teaches a method of operating a network file 
server for providing clients with concurrent write access to a file, the method comprising the 
network file server responding to a concurrent write request from a client by: 
j) preallocating a block for the file (see column 8, line 36-64); and then 
k) asynchronously writing to the file (see column 9, lines 21-39); and then 
1) committing the block to the file (see column 8, line 65 through column 9 } line 39); 

Xu fails to explicitly recite the asynchronous writing to the file includes a partial write to 
a new block that has been copied at least in part from an original block of the file, and wherein 
the method further includes checking a partial block conflict queue for a conflict with a 
concurrent write to the new block, and upon finding an indication of a conflict with a concurrent 
write to the new block, waiting until resolution of the conflict with the concurrent write to the 
new block, and then performing the partial write to the new block. 

However, Marcotte teaches the asynchronous writing to the file includes a partial write to 
a new block that has been copied at least in part from an original block of the file, and wherein 
the method further includes checking a partial block conflict queue for a conflict with a 
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concurrent write to the new block, and upon finding an indication of a conflict with a concurrent 
write to the new block, waiting until resolution of the conflict with the concurrent write to the 
new block, and then performing the partial write to the new block (see column 13, line 35 
through column 14, line 43). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Xu and Marcotte before him or her, to modify the asynchronous writing of Xu to 
include the holding queue of Marcotte for the purpose of achieving better performance eliminate 
the need to suspend the system. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

Therefore, it would have been obvious to combine Marcotte with Xu to obtain the 
invention as specified in the instant claims. 

With respect to dependent claim 14, Marcotte further teaches placing a request for the 
partial write in a partial write wait queue upon finding an indication of a conflict with a 
concurrent write to the new block, and performing the partial write upon servicing the partial 
write wait queue (see column 13, line 35 through column 14, line 43). 

With respect to dependent claim 16, note the discussion of claim 15 above, Xu discloses 
all of the elements of claim 15, Xu further teaches checking whether a previous commit is in 
progress after asynchronously writing to the file and before obtaining the lock for the file for 
committing the metadata block to the file (see column 8, line 36 through column 9, line 39), but 
fails to explicitly recite upon finding that a previous commit is in progress, placing a request for 
committing the metadata block to the file on a staging queue for the file. 



Application/Control Number: 10/668,467 Page 14 

Art Unit: 2161 

However, Marcotte teaches upon finding that a previous commit is in progress, placing a 
request for committing the metadata block to the file on a staging queue for the file (see column 
12, line 7 through column 13, line 32). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Xu and Marcotte before him or her, to modify the asynchronous writing of Xu to 
include the waiting list of Marcotte. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

With respect to dependent claim 17, note the discussion of claim 15 above, Xu discloses 
all of the elements of claim 15, but fails to explicitly recite the network file server responding to 
concurrent write requests by writing new data for specified blocks of the file to the disk storage 
without writing the new data for the specified blocks of the file to the file system cache, and 
invalidating the specified blocks of the file in the file system cache. 

However, Marcotte teaches the network file server responding to concurrent write 
requests by writing new data for specified blocks of the file to the disk storage without writing 
the new data for the specified blocks of the file to the file system cache, and invalidating the 
specified blocks of the file in the file system cache (see column 12, line 7 through column 13, 
line 32). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Xu and Marcotte before him or her, to modify the asynchronous writing of Xu to 
include the waiting list of Marcotte. 
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The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

With respect to dependent claim 18, Marcotte further teaches the network file server 
responding to read requests for file blocks not found in the file system cache by reading the file 
blocks from the file system in disk storage and then checking whether the file blocks have 
become stale due to concurrent writes to the file blocks, and writing to the file system cache a 
file block that has not become stale, and not writing to the file system cache a file block that has 
become stale (see column 12, line 7 through column 13, line 32). 

With respect to dependent claim 19, Marcotte further teaches the network file server 
checking a read-in-progress flag for a file block upon finding that the file block is not in the file 
system cache, and upon finding that the read-in-progress flag indicates that a prior read of the 
file block is in progress from the file system in the disk storage, waiting for completion of the 
prior read of the file block from the file system in the disk storage, and then again checking 
whether the file block is in the file system cache (see column 12, line 7 through column 13, line 
32). 

With respect to dependent claim 20, Marcotte further teaches the network file server 
setting a read-in-progress flag for a file block upon finding that the file block is not in the file 
system cache and then beginning to read the file block from the file system in disk storage, 
clearing the read-in-progress flag upon writing to the file block on disk, and inspecting the read- 
in-progress flag to determine whether the file block has become stale due a concurrent write to 
the file block (see column 12, line 7 through column 13, line 32). 
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With respect to dependent claim 21, Marcotte further teaches the network file server 
maintaining a generation count for each read of a file block from the file system in the disk 
storage in response to a read request for a file block that is not in the file system cache, and 
checking whether a file block having been read from the file system in the disk storage has 
become stale by checking whether the generation count for the file block having been read from 
the file system is the same as the generation count for the last read request for the same file block 
(see column 12, line 7 through column 13, line 32). 

With respect to dependent claim 23, note the discussion of claim 15 above, Xu discloses 
all of the elements of claim 15, but fails to explicitly recite serializing the reads by delaying 
access for each read to a block that is being written to by a prior, in-progress write until 
completion of the write to the block that is being written to by the prior, in-progress write. 

However, Marcotte teaches serializing the reads by delaying access for each read to a 
block that is being written to by a prior, in-progress write until completion of the write to the 
block that is being written to by the prior, in-progress write (see column 12, line 7 through 
column 13, line 32). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Xu and Marcotte before him or her, to modify the asynchronous writing of Xu to 
include the waiting list of Marcotte. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

With respect to dependent claim 24, note the discussion of claim 15 above, Xu discloses 
all of the elements of claim 15, but fails to explicitly recite serializing the writes by delaying 
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access for each write to a block that is being accessed by a prior, in-progress read or write until 
completion of the read or write to the block that is being accessed by the prior, in-progress read 
or write. 

However, Marcotte teaches serializing the reads by delaying access for each read to a 
block that is being written to by a prior, in-progress write until completion of the write to the 
block that is being written to by the prior, in-progress write (see column 12, line 7 through 
column 13, line 32). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Xu and Marcotte before him or her, to modify the asynchronous writing of Xu to 
include the waiting list of Marcotte. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

With respect to independent claim 25, Xu teaches a method of operating a network file 
server for providing clients with concurrent write access to a file, the method comprising the 
network file server responding to a concurrent write request from a client by: 

m) preallocating a metadata block for the file (see column 8, line 36-64); and then 
n) asynchronously writing to the file (see column 9, lines 21-39); and then 
o) committing the metadata block to the file (see column 8, line 65 through column 9, line 
39); 

Xu fails to explicitly recite the network file server responding to concurrent write 
requests by writing new data for specified blocks of the file to the disk storage without writing 
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the new data for the specified blocks of the file to the file system cache, and invalidating the 
specified blocks of the file in the file system cache. 

Xu also fails to explicitly recite the network file server responding to read requests for 
file blocks not found in the file system cache by reading the file blocks from the file system in 
disk storage and then checking whether the file blocks have become stale due to concurrent 
writes to the file blocks, and writing to the file system cache a file block that has not become 
stale, and not writing to the file system cache a file block that has become stale. 

However, Marcotte teaches the network file server responding to concurrent write 
requests by writing new data for specified blocks of the file to the disk storage without writing 
the new data for the specified blocks of the file to the file system cache, and invalidating the 
specified blocks of the file in the file system cache (see column 12 % line 7 through column 13, 
line 32). 

Marcotte also teaches the network file server responding to read requests for file blocks 
not found in the file system cache by reading the file blocks from the file system in disk storage 
and then checking whether the file blocks have become stale due to concurrent writes to the file 
blocks, and writing to the file system cache a file block that has not become stale, and not writing 
to the file system cache a file block that has become stale (see column 12, line 7 through column 
13, line 32). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Xu and Marcotte before him or her, to modify the asynchronous writing of Xu to 
include the waiting list of Marcotte. 
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The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

With respect to dependent claim 26, Marcotte further teaches the network file server 
checking a read-in-progress flag for a file block upon finding that the file block is not in the file 
system cache, and upon finding that the read-in-progress flag indicates that a prior read of the 
file block is in progress from the file system in the disk storage, waiting for completion of the 
prior read of the file block from the file system in the disk storage, and then again checking 
whether the file block is in the file system cache (see column 12, line 7 through column 13, line 
32). 

With respect to dependent claim 27, Marcotte further teaches the network file server 
setting a read-in-progress flag for a file block upon finding that the file block is not in the file 
system cache and then beginning to read the file block from the file system in disk storage, 
clearing the read-in-progress flag upon writing to the file block on disk, and inspecting the read- 
in-progress flag to determine whether the file block has become stale due a concurrent write to 
the file block (see column 12, line 7 through column 13, line 32). 

With respect to dependent claim 28, Marcotte further teaches the network file server 
maintaining a generation count for each read of a file block from the file system in the disk 
storage in response to a read request for a file block that is not in the file system cache, and 
checking whether a file block having been read from the file system in the disk storage has 
become stale by checking whether the generation count for the file block having been read from 
the file system is the same as the generation count for the last read request for the same file block 
(see column 12, line 7 through column 13, line 32). 
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With respect to dependent claim 30, note the discussion of claim 29 above, Xu discloses 
all of the elements of claim 29, but fails to explicitly recite serializing the reads by delaying 
access for each read to a block that is being written to by a prior, in-progress write until 
completion of the write to the block that is being written to by the prior, in-progress write. 

However, Marcotte teaches serializing the reads by delaying access for each read to a 
block that is being written to by a prior, in-progress write until completion of the write to the 
block that is being written to by the prior, in-progress write (see column 12, line 7 through 
column 13, line 32). 

At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Xu and Marcotte before him or her, to modify the asynchronous writing of Xu to 
include the waiting list of Marcotte. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

With respect to dependent claim 31, note the discussion of claim 29 above, Xu discloses 
all of the elements of claim 29, but fails to explicitly recite serializing the writes by delaying 
access for each write to a block that is being accessed by a prior, in-progress read or write until 
completion of the read or write to the block that is being accessed by the prior, in-progress read 
or write. 

However, Marcotte teaches serializing the reads by delaying access for each read to a 
block that is being written to by a prior, in-progress write until completion of the write to the 
block that is being written to by the prior, in-progress write (see column 12, line 7 through 
column 13, line 32). 
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At the time of the invention, it would have been obvious to one of ordinary skill having 
the teachings of Xu and Marcotte before him or her, to modify the asynchronous writing of Xu to 
include the waiting list of Marcotte. 

The suggestion/motivation for doing so would have been to manage locks and improve 
the system (see column 20, lines 35-49). 

With respect to claims 37-43, claims 37-43 correspond to claims 5-9 and are rejected for 
the same reasons as set forth in the rejection of claims 5-9 above. 

With respect to claims 46-48, claims 46-48 correspond to claims 12-14 and are rejected 
for the same reasons as set forth in the rejection of claims 12-14 above. 

With respect to claim 50, claim 50 corresponds to claim 16 and is rejected for the same 
reasons as set forth in the rejection of claim 16 above. 

With respect to claims 51-54, claims 51-54 correspond to claims 25-28 and are rejected 
for the same reasons as set forth in the rejection of claims 25-28 above. 

With respect to claims 56-57, claims 56-57 correspond to claims 30-31 and are rejected 
for the same reasons as set forth in the rejection of claims 30-31 above. 

Response to Arguments 

Applicants' arguments with respect to objections and rejections not repeated herein are 
moot, as the respective objections and rejections have been withdrawn in light of the instant 
amendments. 

Conclusion 
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